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5 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a method of 
management and control of voice calls and a gateway used 
for that method, 

10 In communication over conventional voice-based 

networks, voice information is transferred over a 
specific line switching route, A telephone switching 
network is a typical example of this. 

This type of communication is optimal for 
I 15 applications requiring a real-time characteristic such as 

speech and is effective when the quality of speech is 
considered important. 

On the other hand, as a network of a form 
different from a voice-based network such as a telephone 
2 0 switching network, there is a data-based network as 
Li, represented by the Internet and intranets. Communication 

0* over a data-based network, as compared with communication 

j" over a voice-based network, is effective when thinking of 

importance to transmitting as large an amount of data as 
25 possible and to how to optimize transmission routes and 
increase efficiency. The most widely utilized network 
based on this method is the Internet Protocol (IP) 
network. 

Up until now, voice-based networks and data- 
30 based networks have been operated by different 

communication methods from each other, but recently 
techniques for merging these communication methods have 
started to be established. For example, Voice over FR 
(VoFR), Voice over ATM (VoATM), and Voice over IP (VoIP) 
35 are well known as such techniques. Among these, VoIP is 
particularly attracting attention. 

The reasons for this are that, first, the 
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environment of the IP network has been improved due to 
the general spread of personal computers (PC) and 
application software and to the spread of the Internet 
using PCs and the application software and, second, 
5 communications costs have been greatly reduced through 
the integration of data and voice by IP networks. 

Therefore, construction of VoIP-based unified 
networks is proceeding at a fast pace at the present 
time. Under the above circumstances, the present 
10 invention relates to a method for management and control 
of voice calls effective when applied to an IP network. 
2. Description of the Related Art 

As will be explained in detail later by using 
'2% the drawings, during voice communication between a 

\l 15 telephone set #1 and a telephone set #2 via a gateway 

Hi 

j-i over a dedicated line and a gateway of the other party, 

yl the problem arises that a real-time characteristic and a 

J r 'f constant quality of speech can no longer be maintained 

a since there is a time lag in the conversation or the 

j* 1 20 conversation breaks up due to a delay of the voice call 

packets or packet loss and therefore a normal state of 
0 1 conversation cannot be achieved. 

T[ Usually, the emphasis in technical innovation 

in a unified network has been on how to use transmission 

25 lines more efficiently. An one example, a good state of 

communication over an IP network is being secured by band 
securing techniques such as RSVP (IntServ) or Diff Serv. 

Depending on the network environment, however, 
there are many cases where the above band securing 

30 technique cannot be used. This is because all of the 

gateways, including routers, in the IP network have to 
have this band securing function. In the Internet etc., 
how and in what manner voice packets are routed is 
unknown. Therefore the above problem occurs. 

35 Further, in VoIP-based communications, 

sometimes the communication is routed through a 
gatekeeper for managing calls. From the viewpoint of 
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management of only voice calls, the state of the IP 
network can be monitored, but there are not many 
gatekeepers managing even data calls as well. Further, 
even if there were such a gatekeeper, communication using 
5 such a gatekeeper is not required in the standards and 

specifications, so the above problem again occurs. 
SUMMARY OF THE INVENTION 

An object of the present invention is to provide, in 
view of the above problem, a method of management and 
10 control of voice calls designed to maintain a real-time 

characteristic of speech and a constant quality of speech 
and a gateway for working that method. 

To attain the above object, the method according to 
:JJ the present invention comprises a first step of 

15 discriminating whether or not an input packet is a voice 

m 

call packet, a second step of deciding whether or not the 
Ul voice call packet can be carried over the transmission 

path based on an available communication band provided in 
the transmission path and a required communication band 
20 for the voice call packet when discriminating that the 

j s L packet is a voice call packet, and a third step of 

2J transferring the voice call packet only when it is 

decided that it can be carried. 

Due to this, in an integrated voice and data-based 
25 service IP network, it is possible to prevent the state 
of communication from degrading by the failure of 
maintaining the real-time characteristic or a constant 
quality of speech after the start of the communication 
and thereby provide an agreeable speech service to the 
30 end user. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The above object and features of the present 
invention will be more apparent from the following 
description of the preferred embodiments given with 
35 reference to the accompanying drawings, wherein: 

Fig. 1 is a flow chart of fundamental steps of a 
method according to the present invention; 




Fig. 2 is a view of the basic configuration of a 
gateway according to the present invention; 

Fig. 3 is a view of an example of the configuration 
of an integrated network to which the present invention 
5 is applied; 

Fig. 4 is a view of an example of the concrete 
configuration of a gateway 30; 

Fig. 5 is a flow chart of the principal steps 
executed by the gateway of the present invention and 
10 steps related to them; 

Fig. 6 is a view of a modification of step S2 6 of 
Fig. 5; 

Fig. 7 is a view of an example of application of 
; .J3 step S33 of Fig. 6; 

15 Fig. 8 is a view of a detailed example of signaling 

C| information; 

U1 Fig. 9 is a view of a detailed example of an IP 

header field; 

Fig. 10 is a view of a detailed example of a TCP 
r* 2 0 header field; 

M Fig. 11 is a view of a detailed example of an UDP 

header field; 

u- Fig. 12 is a view diagrammatically representing 

motion and processing of a packet in Fig. 4; 
25 Fig. 13 is a view of a communication sequence 

realized in Fig. 3; 

Fig. 14a is a view of the system configuration of a 
general voice-based network, and Fig. 14b is a view of 
the system configuration of a general data-based network; 
30 Fig. 15 is a view of an example of the configuration 

of a general VoIP-based IP network; and 

Fig. 16 is a view of an example of the configuration 
of a general gateway. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
35 Before describing the embodiments of the present 

invention, the related art and the disadvantages therein 
will be described with reference to the related figures. 
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Figure 14a is a view of the system configuration of 
a general voice-based network, and Fig. 14b is a view of 
the system configuration of a general data-based network. 
In the general voice-based network of Fig. 14a, a 
5 private branch exchange (PBX) 2 (#1) accommodating a 

telephone set 1 (#1) and a PBX 2 (#2) similarly 
accommodating a telephone set 1 (#2) are connected via a 
public telephone line network 3 or a dedicated line 
network 4. Voice communication is carried out between the 
10 telephone set 1 (#1) and the telephone set 1 (#2). 

On the other hand, in the general data-based network 
of Fig. 14b, transmission equipment 6 (#1) accommodating 
a PC 5 and transmission equipment 6 (#2) accommodating a 
2j host 8 are connected via a dedicated line network 7. Data 

: M 15 communication is carried out between the PC 5 and the 

2* host 8 . 

UI In this way, conventionally, a voice-based network 

!*? (telephone switching network) and a data-based network 

(IP network) have existed separately. 
2 0 Along with the development of VoIP, however, the 

.Li technology for transmitting voice information over IP 

9] packets has been developed. The above voice-based and 

T[ data-based networks have therefore been integrated into 

one and broad, unified networks have been constructed. 
2 5 Figure 15 is a view of an example of the 

configuration of a general VoIP-based IP network. Note 
that, throughout the drawings, the same reference 
numerals or symbols are attached to similar components. 
In the figure, 11#1 is one trunk line system (for 
30 example, a head office located in the Tokyo area), while 
11 #2 is another trunk line system (for example, a head 
office located in the Osaka area). These trunk line 
systems 11#1 and 11#2 are linked via gateways (GW) 12#1 
and 12#2 by a large capacity dedicated line 14. 
35 One trunk line system 11#1 and branch line systems 

16 (#1, #2, ...) served by that are linked via the 
gateways (GW) 12#1 and 17 by a dedicated line 15#1. 




Similarly, the other trunk line system 11#2 and 
branch line systems 16 (...-, #9, #10) accommodated by the 
system 11#2 are linked via the gateways (GW) 12#2 and 17 
by a dedicated line 15#2. 
5 In the trunk line system 11#1, the PBX 2#1 

accommodating the telephone set 1#1, PC 5#1, and gateway 
(GW) 12 #1 are linked by a local area network (LAN) 13#1. 

In the trunk line system 11#2, similarly, the PBX 
2#2 accommodating the telephone set 1#2, PC 5#2, and 
10 gateway (GW) 12#2 are linked by a LAN 13#2. 

The branch line systems 16 (#1, #2, . .., #9, #10) 
basically have the same configurations as the trunk line 
systems 11#1 and 11#2. The gateways (GW) 17, PBXs 18, and 
JJ PCs 19 are linked by the LANs (shown by dotted lines). 

15 In an IP network providing both voice service and 

data service by VoIP, one example of the configuration of 

Ul which is shown in Fig. 15, the gateways (GW) 12 of the 

n 1 

'f[ trunk line systems 11 and the gateways (GW) 17 of the 

branch line systems 16 are closely related to the method 

;*f 2 0 of management and control of voice calls according to the 

present invention. Note that, the following explanation 

0] will be given by paying attention mainly to the gateways 

r[ of the trunk line systems, but the gateways of the branch 

line systems can be considered in the same way. 
25 Figure 16 is a view of an example of the 

configuration of a general gateway. 

A conventional general gateway 20 comprises a LAN 
control unit 21 for controlling the LAN (13 in Fig. 15), 
a wide area network (WAN) control unit 2 3 for line 
30 control for receiving service by the dedicated line 14 
with the other gateway, a memory unit 24 for storing 
required various types of data, including programs, a 
display/LED unit 25 for presenting a variety of service 
menus and displaying various types of fault information, 
35 an external interface (I/F) unit 26 set with various 

types of parameters (office data etc.) with respect to 
the gateway 20 from an external PC via for example an 




RS232C port, and a control unit 22 including a CPU for 
overseeing control of the apparatus 20 as a whole via a 
common bus 27. 

As explained earlier, during voice communication 
5 between, e.g., a telephone set 1#1 and a telephone set 
1#2 via a gateway 20 over a dedicated line 14 and a 
gateway of the other party, the problem arises that a 
real-time characteristic and a constant quality of speech 
can no longer be maintained since there is a time lag in 
10 the conversation or the conversation breaks up due to a 
delay of the voice call packets or packet loss and 
therefore a normal state of conversation cannot be 
achieved. 

'Z\ Usually, the emphasis in technical innovation in an 

\! 15 integrated network has been on how to use transmission 

;fj lines more efficiently. An one example, a good state of 

LJ1 communication over an IP network is being secured by band 

securing techniques such as RSVP (IntServ) or Diff Serv. 
■ a Depending on the network environment, however, there 

;»f 2 0 are many cases where the above band securing technique 

Li cannot be used. This is because all of the gateways, 

Q] including routers, in the IP network have to have this 

j*[ band securing function. In the Internet etc., how and in 

what manner voice packets are routed is unknown. 
25 Therefore the above problem occurs. 

Further, in VoIP-based communications, sometimes the 
communication is routed through a gatekeeper for managing 
calls (see GK in Fig. 15). From the viewpoint of 
management of only voice calls, the state of the IP 
30 network can be monitored, but there are not many 

gatekeepers managing even data calls as well. Further, 
even if there were such a gatekeeper, communication using 
such a gatekeeper is not required in the standards and 
specifications, so the above problem again occurs. 
35 The present invention solves this problem and 

provides a method of management and control of voice 
calls designed to maintain a real-time characteristic of 
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speech and a constant quality of speech and a gateway for 
working that method. This will be explained in further 
detail below. 

In a VoIP-based integrated voice and data service 
network, frequently the real-time characteristic of 
speech and a constant quality of speech cannot be 
maintained due to the delay of the voice call packets and 
packet loss. Analysis of the causes revealed the 
following phenomenon. 

When transmitting voice call packets from one 
gateway 12#1 (Fig. 15) in the unified network to another 
gateway 12#2, two successive routines are required. The 
first routine transmits the voice call packet carrying 
the signaling information so as to establish the 
communication. When the transmission path is set by this, 
the second routine starts. This second routine transmits 
the voice call packets carrying the inherent voice 
information via the thus set transmission path. The 
conversation state is then started. 

The first and second routines both succeed when the 
required band of the voice call packets is smaller than 
the available band of the transmission path. Accordingly, 
the conversation state is reached without problem and 
that conversation state can be maintained normally. 

Conversely, the first and second routines both fail 
when the required band of the voice call packets is 
larger than the available band. Accordingly, a 
transmission path cannot be established and the 
conversation state cannot be reached. 

The problem is that even when the first routine 
succeeds, the second routine sometimes does not succeed. 
The cause is the unbalance between the required band of 
the voice call packet carrying the signaling information 
and the required band of the voice call packets carrying 
the voice information. Namely, the band required for the 
packet transmission of the signaling information is 
smaller than the band required for the packet 
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transmission of the voice information. Experience shows 
that the ratio of these required bands is 1.5 to 2 versus 
1. 

This being so, due to the difference of these 
5 required bands , sometimes the second routine does not 

succeed even though the first routine succeeds. In such a 
case, the signaling information reaches the terminating 
side through the communications protocol. So long as the 
connection negotiation after that is completed, 
10 communication is established and the speech state is 
reached. 

In this case, the communication state was reached by 
the signaling information with the small required band 
despite there being no extra leeway in the available 
15 band. Therefore the communication band is already 
insufficient for voice information with its large 
UI required band. In the end, a normal conversation state 

:-r. '.: 

: f; cannot be maintained. As a result, the real-time 

characteristic and constant quality of speech are lost. 
;-f 2 0 The present invention was made by taking note of the 

result of this analysis. 

Figure 1 is a flow chart of the fundamental steps of 
the method according to the present invention. 

The method of management and control of voice calls 
25 according to the present invention, used in an integrated 
voice and data service network, comprises the first, 
second, and third steps (Sll, S12, and S13) shown in Fig. 
1. 

First step Sll: It is discriminated whether or not a 
30 packet input to the first gateway 12#1 in the integrated 
network is a voice call packet. 

Second step S12: When it is discriminated that the 
packet is a voice call packet in the first step Sll, it 
is decided whether or not the related voice call packet 
35 can be carried over the transmission path based on both 
the available band in the transmission path to the 
opposing second gateway 12#2 and the required band of the 
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related voice call packet. 

Third step S13: The voice call packet is transferred 
to the second gateway only when it is decided that it can 
be carried. 

5 Figure 2 is a view of the basic configuration of a 

gateway according to the present invention. The steps Sll 
to S13 of Fig. 1 can be executed by a gateway 30 of Fig. 
2. 

Referring to Fig. 2, the gateway 30 according to the 
10 present invention in the integrated voice and data 
service network has at least the illustrated 
discriminating means 31 and deciding means 32. Preferably 
it further has a memory means 33. Note that the gateway 
]j\ 30 of Fig. 2 corresponds to the gateway 20 of Fig. 16. In 

:% i 15 Fig. 2, however, only means (31, 32, and 33) 

%l characterizing the present invention are indicated. These 

Ul discriminating means 31 and deciding means 32 can be 

realized by software in the control unit 22 of Fig. 16. 
Further, the memory means 33 can be formed as the memory 
20 unit 24 of Fig. 16. 

".t, Specifically, the discriminating means 31 

8* discriminates whether or not a packet input to the 

'Zl gateway 12#1 is a voice call packet. 

Further, when the discriminating means 31 
25 discriminates that the packet is a voice call packet, the 
deciding means 32 decides whether or not the voice call 
packet can be carried over the transmission path based on 
both the communication band of the transmission path to 
the opposing other gateway 12 #2 and the required band of 
30 the voice call packet. 

Further, the memory means 3 3 holds predetermined 
parameters referred to for the discrimination by the 
discriminating means 31 and/or the decision by the 
deciding means 32. 
35 Accordingly, referring to Fig. 1 again, the first or 

second step (Sll, S12) is executed by referring to the 
predetermined parameters held in the memory means 3 3 in 
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the first gateway 12#1. 

Figure 3 is a view of an example of the 
configuration of the integrated network to which the 
present invention is applied. Note that the configuration 
is substantially the same as the configuration of the IP 
network shown in Fig. 15. The difference from Fig. 15 
resides in the point that the portion of the dedicated 
line 14 between the first gateway (GW) 12#1 and the 
second gateway (GW) 12#2 is schematically drawn. 

Namely, the transmission path formed on the 
dedicated line 14 is represented by a pipe (communication 
band) shown by reference numeral 10. The portion of the 
pipe occupied by data (including both voice and data) is 
represented by hatching. In the example of this figure, 
the maximum allowable communication band has not been 
completely used up and there is an available band (AB) 
exists . 

When a voice call packet newly occurs in the trunk 
line system 11#1 (or a branch line system 16 under the 
trunk line system 11#1), the gateway (GW) 11#1 first 
discriminates whether or not the input packet is a voice 
call packet. In this case, the packet is a voice call 
packet . 

After this is discriminated, the gateway (GW) 11#1 
decides whether or not the signaling information input 
first (<1> in the figure) can be carried over the 
available band AB on the transmission path 10. When it is 
seen by this decision that it can be carried, it decides 
whether or not the voice information input next can 
similarly be carried over the available band AB. When it 
is seen by this decision that it can be carried, a speech 
path is established between the gateways (11#1, 11#2), 
and the conversation state is entered. 

Figure 4 is a view of a concrete example of the 
configuration of the gateway 30. 

As shown in the figure, the basic block 
configuration is no different from the configuration 
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shown in Fig. 16 , but the internal configuration of the 
control unit 22 is altered. Namely , a discrimination unit 
41 and an analyzing unit 42 are formed as the 
discriminating means 31 , and a transmission path band 
5 managing unit 43 is formed as the deciding means 32. 

Also, parameter information and routing information are 
further held in the memory unit 24. This becomes the 
memory means 33. 

Figure 5 is a flow chart of the principal steps 
10 executed by the gateway of the present invention and the 

steps in relation to them. 

In the figure, steps Sll, S12, and S13 correspond to 
Sll, S12, and S13 shown in Fig. 1. 

Step S21: A user dials a number of another party by 
15 the telephone set 1 in the trunk line system (or the 
branch line system) . 

Step S22: The dial information is segmented into IP 
packets in the corresponding PBX 2 (or input stage of the 
gateway 30 ) . 

20 Step S23: The other user transfers the data from the 

PC 5 to the host 8 (Fig. 14). This data is also segmented 

into IP packets. 

By these steps, the IP packet input to the gateway 

30 first enters step S24. 
25 Step S24: The discrimination unit 41 of Fig. 4 

discriminates whether or not the input IP packet is a 

voice call packet. 

At step S24, the parameter information held in the 

memory unit 24 is referred to. A "parameter" is an 
30 element of information described in a header portion of 

the input packet and indicates an attribute etc . of the 

packet. The most important element is the information 

indicating whether or not the packet is a voice call 

packet. 

35 Specifically, the parameters include at least one of 

an IP source address, TCP/IP, RTP, UDP port numbers, and 
a TOS value of the packet input to the gateway 30. Step 
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S24 is executed based on these parameters. The memory 
unit 24 preferably holds all of these parameters. Here, 
TCP/IP means a transmission control protocol/internet 
protocol, RTP means a real-time transfer protocol, UDP 
means a user datagram protocol, and TOS means a time of 
service - all of which are well known. 

As the parameter information in the memory unit 24, 
the specific IP source address indicating the voice call 
packet, TCP/IP, RTP, etc. are described. If there is an 
input packet matching with any of these parameters, this 
is discriminated as a voice call packet. In Fig. 5, 

Step S25: Whether or not the signaling information 
can be carried over the transmission path 10 is decided 
based on the required band of the voice call packet, 
discriminated at step S24, carrying the signaling 
information . 

Step S26: When it is decided that it can be carried, 
whether or not this voice information can be carried over 
the transmission path 10 is decided based on the required 
band of the voice call packets carrying the voice 
information . 

Step S27: When both of results of steps S25 and S26 
are yes, the speech state is achieved. At this time, it 
is possible to converse with another party while 
maintaining a real-time characteristic and constant 
quality of speech. 

Step S24 (discrimination) will be considered in a 
little more detail again. The parameters used when 
discriminating a packet are input in advance for holding 
in the memory unit 24. They may be input from an external 
interface unit 26. 

However, not all of the input voice call packets 
always match with the parameters held in the memory unit 
24. Namely, there may be a parameter unregistered in the 
memory unit 24 too. A decision cannot be made, at the 
following steps S25 and S26, for a voice call packet 
having such an unregistered parameter, so the effects 




according to the present invention cannot be obtained. 

Therefore, when a packet having a parameter 
unregistered in the memory unit 2 4 appears, this packet 
is analyzed at the analyzing unit 42. By this analysis, 
5 when it is found that this is a voice call packet, the 

related parameter is registered in the memory unit 2 4 and 
the parameter information is increased. Namely, the 
analyzing unit 42 forming the discriminating means 31 
finds the parameter used for the above discrimination by 

10 analyzing the information element of the voice call 
packet when the voice call packet passes through the 
gateway 30 and stores and holds the parameter in the 
memory unit 24 forming the aforesaid memory means. 

By this, when that voice call packet is input to the 

15 gateway 30 the next time, it is recognized as a voice 
call packet by the discrimination of step S24 and a 
decision can be made at the following steps S25 and S26. 

As the information element to be analyzed by the 
analyzing unit 42, there is for example a "packet length" 

20 of the voice call packet. When detecting that the packet 
has a predetermined packet length, the unit 4 2 further 
adds this to the memory unit 24 as the parameter for 
storage in the memory unit 24. 

Turning to step S2 6, as the parameter used for the 

25 decision of whether or not the voice information can be 
carried over the transmission path, use can be made of 
for example communication throughput information of the 
voice call packet. Step S2 6 can be executed based on this 
parameter. 

30 Figure 6 is a view of a modification of step S2 6 of 

Fig. 5. 

As shown in the figure, the decision made at step 
S26 is one of the following three steps: 

Step S31: Whether to permit passage of the voice 
35 call packet to the transmission path 10, 

Step S32: Whether to restrict that passage, or 
Step S33: Whether to wait for permission for 




passage. 

Steps S31 and S32 correspond to steps S27 and S28 of 
Fig. 5, therefore step S33 is the new step. A new service 
can be provided to the user by utilizing this step S33. 
5 This is shown in Fig. 7. 

Figure 7 is a view of an example of application of 
step S33 of Fig. 6. 

According to Fig. 7 , there is further the step S41 
of reserving communication. When the decision at step S2 6 
10 is the decision to wait for permission of passage to the 
transmission path 10 (step S33), communication is 
reserved. The voice call packet is transmitted (step S42) 
simultaneously with permission of passage is issued (yes 
jl at step S26 ) . 

"H 15 Sometimes the user wants to call immediately after 

%l congestion of traffic ends. To meet with this desire , it 

Ul is possible to reserve communication. When there is a 

!ff reservation, the waiting voice call packet can start to 

be transmitted immediately after the issuance of the 
;** 20 permission of passage at step S26. Note that this 

j_i reservation is made to the gateway 30 by operation from a 

0] user. Existence of a reservation may be temporarily 

Zl stored in the memory unit 24. 

Above, the description was made of a method for 
25 management and control of voice calls and a gateway 

according to the present invention. Next, a detailed 

example relating to the above explanation will be 

explained. 

Figure 8 is a view of a detailed example of the 
3 0 signaling information. 

Namely, it shows the field of the IP packet (voice 
call packet) at the time of transmission of the signaling 
information as an example. 

IP in the figure corresponds to the lowest level 
35 layer, TCP corresponds to the layer above that, and UDP 

corresponds to the layer further over that. This will be 
shown in Fig. 9 to Fig. 11 in further detail. 




Figure 9 is a view of a detailed example of an IP 
header field, 

Fig. 10 is a view of a detailed example of a TCP 
header field, and 
5 Fig. 11 is a view of a detailed example of a UDP 

header field. 

In Figs. 9 to 11, the leftward hatching shows 
information elements particularly useful for 
discrimination (refer to step S24 of Fig. 5) by the 
10 discrimination unit 41 (Fig. 4) among the above-mentioned 
parameters. By seeing these, it can be discriminated 
whether or not the input packet is a voice call packet. 
On the other hand, the rightward hatching shows 
]}{ parameters usable in the analysis by the analyzing unit 

"I 15 42 (Fig. 4) among the parameters. By viewing the packet 

il length ("total length") thereof, it can be analyzed if 

ijf the input packet is a voice call packet. Then, the 

: f* information element, IP source address, TCP/IP, etc. 

, obtained from the header of the related voice call packet 

20 can be registered in the memory unit 24. The total length 
Ll of this is for example 80 bytes in the case of a voice 

call packet. 

T[ Figure 12 is a view of the motion and processing of 

a packet in Fig. 4. 
25 In the figure, (1) to (5) indicate the flow of the 

processing. Further, for simplification, only three 

packets A, B, and C are shown. 

First, the discrimination unit 41 views the IP 

source address/port number/TOS value etc. of the IP 
30 packet input to the LAN control unit 21 and discriminates 

whether or not the packet is a voice call packet. 

For example, it refers to the parameters from the 

memory unit 24 and compares them to decide if a packet is 

a voice call packet. At this time, if the parameter has 
35 been already registered in the memory unit 24, no 

processing is carried out, but if it is a new voice call 

packet, the packet length is examined by the analyzing 



unit 42 and the IP source address /port number /TOS value 
thereof are registered and stored in the memory unit 24. 

Looking at the transmission path band managing unit 
43 of Fig. 12, it is necessary to store the routing 
5 information indicating for example the relationships 
between the IP address etc. and a destination of 
transmission in advance ("routing information of Fig. 4) 
in the memory unit 24. 

Further , the capacity of the field band of the voice 
10 call packet is uniquely determined depending on the 

compression method etc., therefore when a routing table 
is formed in advance by utilizing this, by also including 
in that table information indicating how much band is 
T| required from the viewpoint of the voice call, the 

15 required band of one voice call is determined. In the 

rjjl 

;fjj case of voice communication, the band used by the 

y| transmission path can be determined by the number of 

J^f packets. Further, in the case of data communication, the 

band used by the transmission path is found by measuring 
*y* 2 0 the throughput during communication. 

| s i With the above configuration, a communication 

0* sequence realized in the integrated network shown in Fig. 

j** 3 becomes as shown in Fig. 13. 

Figure 13 is a view of the communication sequence 
25 realized in Fig. 3. 

In the figure, the sequence when "communication is 
allowed" is shown in the upper half, while the sequence 
when "communication is not allowed" is shown in the lower 
half. 

30 When signaling (call origination) is generated from 

the branch line system 16 through the PBX #al, the GW #1 
discriminates a voice call packet and decides whether or 
not it can be carried over the transmission path. When 
the result of the decision is that it can be carried 

35 (band OK), the signaling indicating this fact is returned 

to the PBX #al (response). Together with this, signaling 
(call origination) is sent into the opposing PBX #bl0. 
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When the opposing side receives the call, the signaling 
indicating that (response) is returned to the PBX #al as 
an RBT (Ring Back Tone)- Here, the voice communication is 
commenced. In the conversation at this time, a real-time 
5 characteristic and a constant quality of speech are 
achieved. 

In the latter half of the figure, a decision that 
the packet cannot be carried over the transmission path 
is made, and a BT (Busy Tone) indicating that the band 
10 cannot be used (NG) is given as the signaling (response) 

to the related user. The user calls again after 
congestion of the traffic ends. 

As explained above, according to the present 
invention, when traffic is congested, it is possible to 
"jl 15 prevent an inferior speech state where the real-time 

ill 

3 -i characteristic and the constant quality of speech are 

Ul lost from the start of the communication. Accordingly, a 

j'* pleasant speech service can be provided to the end user 

of the IP network. Further, if necessary, it is possible 
20 for the gateway to detect when an inferior speech state 

M has ended and automatically restart the reserved call 

origination operation. 
i~[ While the invention has been described with 

reference to specific embodiment chosen for purpose of 
25 illustration, it should be apparent that numerous 

modifications could be made thereto by those skilled in 

the art without departing from the basic concept and 

scope of the invention. 



